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DETAILED ACTION 

1 . This action is responsive to the application filed 12/27/2005. 

Claims 1, 15, 23 and 34 have been amended; and claim 35 has been added. Claims 1-35 
have been re-submitted for examination. 

Claim Rejections - 35 USC §101 

2. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or 
any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and 
requirements of this title. 

3. Claims 15-22 and 35 are rejected under 35 U.S.C. 101 because the claimed invention is 
directed to non-statutory subject matter. 

Claim 15 recites a system comprising a repository of components, a call controller, and a 
gateway under the control of the controller to download call service components and to support 
telecommunications traffic. As garnered from reading the specifications, the repository (i.e. 
repository 66) can be a file system directory or a database —thus not a machine; the controller 
can be a Softswitch ( see pg. 6), thus also software implemented. Further, there is no explicit 
teaching to put forth that the media gateway (i.e. gateway 24 - as noted in the specifications) is 
necessarily a physical device or a tangible computer because according to broad interpretation by 
one skill in the art at the time the invention was made both gateway and controller can be 
software implemented. The claim does not provide reasonable teaching to enable the 
interpretation that the above components are tangible apparatuses. Absent any tangible support 
for embodying the components recited in this system claim, the claim cannot yield a tangible 
result from this so-recited system. The claim amounts to a mere abstract, non-practical idea 
according to the following requirement. 
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The Federal Circuit has recently applied the practical application test in determining whether the claimed 
subject matter is statutory under 35 U.S.C. § 101. The practical application test requires that a " useful, 
concrete, and tangible resulf ' be accomplished. An "abstract idea" when practically applied is eligible for a 
patent As a consequence, an invention, which is eligible for patenting under 35 U.S.C. § 101, is in the 
"useful arts" when it is a machine, manufacture, process or composition of matter, which produces a 
concrete, tangible, and useful result. The test for practical application is thus to determine whether the 
claimed invention produces a "useful, concrete and tangible result". 

Hence, the claim is rejected for leading to a non-statutory subject matter; the dependent 
claims 16-22 are also rejected for not remedying to the non-practical concept deficiency of the 
base claim. 

Claim 35 recites a system comprising a network carrier, media gateways, a controller and 
a management system. The specifications do not provide clear teaching showing that those 
components are tangible hardware devices, or articles of manufacture because for one skill in the 
art at the time of the invention all of them can be perceived as being software implemented, i.e. 
being supported or embodied by no tangible hardware or device/media. Absent any tangible 
support for embodying the components recited in this system claim, the claim cannot be 
construed as being able to yield a tangible result. The claim amounts to a mere abstract, non- 
practical idea according to the above Practical Application Test requirement. 

It is strongly recommended that Applicant provide clarification as to why the recited 
system components are necessarily implemented in hardware based on the specifications for the 
rejection thus set forth to be withdrawn. 

Claim Rejections - 35 USC §103 
4. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
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having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

5. Claims 1-6, 8-19, 21-27, and 29-33 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Aravamudan et al., USPN: 6,584,186 ( hereinafter Aravamudan), in view of 
Reifer et al., USPN: 6,421,727 (hereinafter Reifer). 

As per claim 1, Aravamudan discloses a method comprising: 

retrieving a call service component to a call controller (e.g. servlet 180, applet 175, call 
coordinator 160 - Fig. 1; col. 10, lines 34 to col. 11, line 17; Fig. 4) in response to a network 
carrier turns on a service, corresponding to the call service component, for a particular user area ( 
e.g. PSTN/IP, Softswitch - col. 7, lines 32-44; in response to a request - col. 1 1, lines 18 to col 
12, line 8 - Note: carrier PSTN and Lucent call coordinator with associated call services read on 
network carrier service for a particular area covered by SIP and SS7 protocol domains spanned 
by a namespace ), the particular area comprising a plurality of users (e.g. server ...protocol, col. 
5, lines 12-20; islands of telephony; namespace to its clients - col. 5, line 62 to col. 6, line 3 1 - 
Note: a server maintaining a protocol and representing a namespace to be followed by an islands 
of telephony clients via a gateway control reads on particular area covering a plurality of users); 
and 

using the call service component to support telecommunication traffic to or from a 
gateway under control of the call controller (e.g. col. 12, line 40 to col. 13, line 20; Fig. 4 ). 

But Aravamudan does not explicitly teach downloading of the call service component; 
however, discloses that the applet ("feature applets") can be obtained (loaded and executed) from 
a network (e.g. loaded ... on the fly ...anywhere from the network ... vendor -col. 7, lines 5-18). 
Hence, the concept of downloading is strongly implied. Downloaling of Java components to 
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help execute method for servicing end user calls is further taught in Reifer's system using 
gateway in conjunction of service providers to download code into a controller communicating 
with gateway ( Fig. 9; col. 9, li. 29 to col. 10, line 27). In case Aravamudan does not already 
teach downloading, it would have been obvious for one skill in the art at the time the invention 
was made to implement Aravamudan' s controller executing the service component so that it 
have capability to download applet from a external provider or code repository as shown by 
Reifer because this concept of retrieving ready made code, like a applet or servlet, via download 
from remote source was a known concept at the time the invention was made, a concept strongly 
implied by Aravamudan' s above teachings and because it takes advantage of Browser utilities to 
effect the download as evidenced by Reifer, thus optimizing resource usages ( col. 8, lines 16- 
40). 

As per claim 2, Aravamudan does not explicitly teach dynamic downloading; but Reifer 
teaches downloading during a browser session as shown in claim 1; hence teaches dynamically 
downloading the call service component when a network carrier turns on a service, 
corresponding to the call service component. Hence, it would have been obvious for one skill in 
the art at the time the invention was made to provide such dynamic loading of call service 
components as taught by Reifer to Aravamudan because of the browser intensive nature of the 
PTSN integration service by Reifer using Java based components also as taught Aravamudan ( 
session col. 8, lines 59-65), which entails a connection activated on the basis of one user's 
request and a session thereof cannot be interrupted for the mere fact of downloading service 
programs, and this is provided via Reifer's teaching. 
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As per claim 3, Aravamudan discloses dynamically removing the call service component 
from the call controller ( e.g. call takedown, disconnect command - col 11, lines 45-65). 

As per claim 4, Aravamudan does not explicitly disclose that the call service component 
uses a half-call model that views a call either as an originating or a terminating segment of the 
call; but in view of the 2 sides of a call (e.g. Fig. 1; col. 6, lines 10-62 - Note: the use of 
gateways to address each end of a network communication implicitly discloses 2 segments of a 
call, i.e. the source side and a destination side), this half-call model is disclosed. 

As per claim 5, Aravamudan ( see col. 9, lines 8-17) in combination with Reifer (see Fig. 
6-7) discloses or has rendered obvious, according to the rationale as set forth in claim 2 above, 
downloading the call service component from a central repository. 

As per claim 6, Aravamudan does not specifically disclose that each segment of the call 
handles service and access protocols according to a previously downloaded call service 
component with which the segment is associated. But in view of the teaching of the double side 
( re claim 4) of a call establishing as shown via Fig. 1-5, the use of the applet being selected in 
Fig. 4 for handling the segment of the 2-sided call event is implicitly disclosed ( e.g. col. 9, line 
66 to col. line 17). 

As per claim 8, Aravamudan does not explicitly disclose downloading the call service 
occurs while the call controller is operational and supporting live traffic, the call service being 
downloaded without disrupting the live traffic. But in view of the rationale of claim 2, this 
limitation would have been obvious for the same rationale as set forth therein. 
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As per claim 9, Aravamudan discloses an application component for implementing call 
behavior (e.g. Fig. 2-3; col. 8, line 27 to col. 9, line 7 - Note: implementing a call according to a 
tree of events reads on call behavior ). 

As per claim 10, Aravamudan discloses a resource component for providing access to 
telephony resources (col. 9, lines 8-17; col. 10, lines 12-27; col. 1 1, lines 12-17) by an 
application component that implements call behavior. 

As per claim 11, Aravamudan (combined with Reifer) discloses establishing a call 
having an originating segment that uses the call service component downloaded to the call 
controller by virtue of the rationale as set forth in claim 4. 

As per claim 12, Aravamudan does not explicitly disclose that the call service 
component downloaded to the call controller represents a first call type, and wherein the call has 
a terminating segment that represents a different call type while the downloading of components 
has been rendered obvious as in claim 1. Aravamudan discloses the PTSN islands/namespaces 
specific to a certain protocol in the scheme of the 2 sides on a call ( col. 5, lines 1-20; col. 6, lines 
10-33) and selecting of a component for such context (col. 7, lines 48-59; Fig. 3). Hence the 
limitation of a first call type relating to a downloaded applet and a different call type relating to 
another applet being downloaded is implicitly disclosed or, if not, would have been obvious in 
view of the rationale to download components using the teaching by Reifer as above. 

As per claim 13, the limitation as to establishing a call having a terminating segment that 
uses the call service component downloaded to the call controller would have been the 
counterpart of the first type of call as mentioned in claim 12; hence would be rejected using the 
same rationale as set forth above. 
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As per claim 14, this claim correspond to the counterpart of claim 12 and represent the 
opposite end of the first type of call as recited therein; hence would be rejected using the same 
rationale as set forth above. 

As per claim 15, Aravamudan discloses a telecommunication system comprising: a 
repository of call service components; a call controller; and a gateway under control of the call 
controller ( e.g. server, coordinator - Fig. 1; col. 9, lines 8-17); 

wherein the call controller is configured for retrieving a call service component from the 
repository (Fig. 4; col. 9, lines 8-17) in response to a network carrier turns on a service, 
corresponding to the call service component, for a particular user area ( e.g. PSTN/IP, Softswitch 
- col. 7, lines 32-44; in response to a request - col. 11, lines 18 to col. 12, line 8), the particular 
area comprising a plurality of users (e.g. server ...protocol, col. 5, lines 12-20; islands of 
telephony; namespace to its clients - col. 5, line 62 to col. 6, line 31); and 

using the call service component to support telecommunication traffic to or from the 
gateway (e.g. servlet 180, applet 175, call coordinator 160 - Fig. 1; col. 10, lines 34 to col. 11, 
line 17; col. 12, line 40 to col. 13, line 20; Fig. 4). 

But Aravamudan does not explicitly teach downloading of the call service component. 
This limitation has been addressed in claim 1 above. 

As per claim 16, Aravamudan does not explicitly discloses that the call controller is 
configured for dynamically downloading the call service. But this limitation has been addressed 
in claim 2 above. 

As per claims 17, 18, 19, these claims correspond to claims 3-4, 6, respectively; hence 
are rejected with the corresponding rejection as set forth therein. 
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As per claim 21, refer to the rationale as set forth in claim 8. 

As per claim 22, this claim recites the limitations of claims 9 and 10; hence is rejected 
with the corresponding cited portions as set forth therein. 

As per claim 23, Aravamudan discloses an article comprising a computer-readable 
medium storing computer-readable instructions for causing a computer system to: 

retrieve a particular call service component from a repository of call service components 
in response to a network carrier turns on a service, corresponding to the call service component, 
for a particular user area, the particular area comprising a plurality of users (e.g. server 
... protocol, col. 5, lines 12-20; islands of telephony; namespace to its clients - col. 5, line 62 to 
col. 6, line 31); and 

use the particular call service component to support telecommunication traffic to or from 
a gateway under control of a call controller; all of these limitations having been rejected with 
Aravamudan with the corresponding cited portions as set forth in claim 1. 

But Aravamudan does not explicitly teach downloading of the call service component. 
This limitation has been addressed in claim 1 above. 

As per claims 24-26 and 27, 29-31, these claims correspond to claims 2-4, and 6, 8-10, 
respectively; hence are rejected with the corresponding rejection as set forth therein 

As per claim 32, this claim recites the limitations of claim 1 1 and claim 5; hence is 
rejected with the corresponding cited portions as set forth therein. 

As per claim 33, this claim recites the limitations of claim 13 and claim 5; hence is 
rejected with the corresponding cited portions as set forth therein. 
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6. Claims 34 and 35 are rejected under 35 U.S.C. 103(a) as being unpatentable over Reifer 
et al., USPN: 6,421,727; further in view Guheen et aL, USPN: 6, 957,186 ( hereinafter Guheen). 
As per claim 34, Reifer discloses a method comprising: 

dynamically downloading a call service component to a call controller (e.g. Fig. 9; col. 9, 
li. 29 to col. 10, line 27) when a network carrier turns on a service, corresponding to the call 
service component, for a particular user area comprising a plurality of users ( e.g. col. 3, lines 42- 
67 - Note: satellite 'cells 5 , LAC read on a particular area covering plurality of users); and 

using the call service component to support telecommunication traffic to or from a 
gateway under control of the call controller (e.g. MXU } MSC, EIR, MOC, GMS t HLR - col. 3, 
line 30 to col. 4, line 39); 

dynamically removing the call service component from the call controller ( e.g. end of a 
call - col. 4, lines 32-39; deactivation - col. 9 lines 7-14). 

But Reifer does not explicitly disclose wherein the service component comprises a set of 
core functions surrounded by a wrapper, the set of core functions provides functionality 
associated with the service component, and the wrapper supports the dynamic downloading. In a 
network-based development framework to service requests similar to the SPNet Java-based 
service by Reifer, Guheen discloses Java applet being downloaded analogous to Reifer ( see 
Reifer: col. 9-10) and further discloses a Java Dynamic Management Kit (e.g. col. 18, lines 24- 
46 ) for effecting such applet deployment; and further discloses wrapper to protect reusable code 
being distributed from being affected to/from different sources or insecure transmission 
environments. In view of Reifer' s download scheme in which security via Gateway and Script 
execution ( see Reifer col. 9-10) are used as validation/policy enforcing methods, it would have 
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been obvious to protect the downloaded packages so that the scripts be implemented as wrappers 
instead effect the execution of the installation/download according to Guheen's intention on not 
letting the untrusted environment affect the core code or package content ( see Guheen: col. 19, 
lines 42-56 ). At the time the invention was made, one skill in the art would be motivated to 
enhance Reifer's Java download and execution framework into a JDMK among other Java tools 
as shown by Guheen because of the many support Java Packages were available at the time to be 
used, particularly when the availability of tools for business request fulfillment as intended by 
Reifer and Guheen would have alleviated resources that would demand code to be rewritten. 

As per claim 35, Reifer discloses a system comprising: 

a network carrier; 

a plurality of media gateways associated with the network carrier (Fig. 1,4); 

a call controller adapted to control a first one of the media gateways (e.g. MSC 3 JO - Fig. 

3); 

a management system associated with the call controller, wherein the management 
system is adapted to: 

direct dynamic downloading of a service component to the call controller (e.g. Fig. 9; col. 
9, li. 29 to col. 10, line 27) through a Java-based service ( e.g. SPNet service, Fig. 9) when the 
network carrier turns on a new service for the plurality of media gateways (Fig. 1, 4; col. 3, lines 
52-67), and 

control configuration of the first media gateway and the call controller; wherein the call 
controller is adapted to use service component to support telecommunication traffic to or from 
the first media gateway (e.g. MXU, MSC, EIR, MOC, GMS, HLR - col. 3, line 30 to col. 4, line 
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39- Note: in conjunction with Switching center MSC, the EER and GMS with the VLR/HLR 
manage the control for communications between first Home Gateway and other Visiting 
Gateways, thus this reads on both control configuration and call controller) , and 

wherein the management system is adapted to dynamically remove the service 
component when the call controller no longer requires the service component (e.g. end of a call- 
col. 4, lines 32-39; deactivation - col. 9 lines 7-14 ). 

But Reifer does not particularly teach that the service for downloading is a Java Dynamic 
Management Kit (JDMK) framework; nor does Reifer explicitly disclose wherein the service 
component comprises a set of core functions surrounded by a wrapper, the set of core functions 
provides functionality associated with the service component, and the wrapper supports the 
dynamic downloading. In a network-based development framework to service requests similar 
to the SPNet Java-based service by Reifer, Guheen discloses Java applet being downloaded 
analogous to Reifer ( see Reifer: col. 9-10) and further discloses a Java Dynamic Management 
Kit (e.g. col. 18, lines 24-46 ) for effecting such applet deployment; and further disclose wrapper 
to protect reusable code being distributed from being affected to/from different sources or 
insecure transmission channel. In view of Reifer 's download scheme in which security via 
Gateway and Script execution ( see Reifer col. 9-10) as validation methods, it would have been 
obvious to protect the downloaded packages so that the scripts be implemented as wrappers 
instead effect the execution of the installation/download according to Guheen' s intention on not 
letting the untrusted environment affect the core code or package content ( see Guheen: col. 19, 
lines 42-56 ). At the time the invention was made, One skill in the art would be motivated to use 
such wrapper code because of the reasons as set forth in claim 34 above. 
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7. Claims 7, 20, and 28 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Aravamudan et al, USPN: 6,584,186 and Reifer et al., USPN: 6,421,727, as applied to claims 4, 
18, 23, respectively; further in view Guheen et al., USPN: 6, 957,186. 

As per claim 7, Aravamudan does not disclose a wrapper surrounding a set of core 
functions, wherein the wrapper supports dynamic downloading of the component to the call 
controller. Both Aravamudan and Reifer disclose security controllers and gateways, with Reifer 
further exhibiting security features such as data auditing or rejecting and data package and data 
reformatting by gateways (col. 6, line 1 1 to col. 7, line 53). This security feature is furthered by 
Guheen' s use code wrapper to effect the deployment of Java code being distributed into 
heterogeneous environments wherein the risk of unwanted alteration to the Java package would 
be of concern. Hence, it would have been obvious for one skill in the art at the time the 
invention was made to implement a wrapper to the process of transmitting service components as 
mentioned by Aravamudan' s method so that received components and deployment thereof via 
the well-known gateway concept as by Avaramudan/Reifer can further benefit from 
encapsulation or protection of data via the refitting or format encapsulating of deliverable code 
and control code (like deployment scripts by Reifer) under wrapper format. One skill in the art 
would be motivated to use such wrapper code because of the reasons as set forth in claim 35 
above. 

As per claims 20 and 28, these claim recite the limitations of claim 7; hence are rejected 
with the corresponding cited portions as set forth therein. 

Response to Arguments 
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8. Applicant's arguments filed 12/27/2005 have been fully considered but they are not 
persuasive. Following are the Examiner's observations in regard thereto. 
(A) Applicants have submitted that the cited portions of Aravamudan teach nothing about 
downloading a call service component in response to a network carrier turning on a service . . . 
for a particular user area comprising a plurality of users' (Appl. Rmrks, pg. 10, 1 2 para) 
The rejection has put forth Aravamudan' s portions teaching the carrier network being a PSTN/IP 
network including POTS, SS7, IP network and gateways and Softswitch ( as mentioned in the 
argument), among others; and that the service ( turned onto by the carrier network) includes the 
call coordinator using a SS7 namespace covering a user area; and show further existence of a 
plurality of users for a particular service area under a common protocol viewed via a namespace 
and a gateway servicing clients calls. The portion recited as 'turning on a service for a particular 
service area comprising a plurality of users' has been interpreted as a call request perceived via 
Aravamudan' s namespace or protocol-bound gateway using its integral policy-driven software 
components to fulfill the call for a particular domain controlled under such Gateway or 
namespace, hence a covering of more than one user. The claim does not provide specificity in 
terms how this service area limitation is implemented in a way so to enable the limitation to 
distinguish from the cited parts from Aravamudan as set forth. The argument appear to allege 
that the references do not teach or suggest a claimed invention without pointing out specifics as 
to how the language of the claims patentably distinguishes over the prior art; hence Applicants 
have not fulfilled the responsibility incumbent to the Applicants as set forth in CFR §1.111, 
which to point out the specific distinctions believed to have rendered the claims patentable over 
any applied references. 
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(B ) As for the downloading of a call service component being raised via Applicants' 
argument that none of this is taught by Aravamudan or Reifer ( e.g. Appl. Rmrks, pg. 10, 3 rd 
para), the rejection as set forth a rationale as to render this obvious, has used Reifer in addition to 
Aravamudan' s disclosure to fulfill the limitation. Aravamudan' s method is for fulfilling a call 
request with the teaching of a feature applet being loaded to execute a call request; and provide 
evidence of getting such feature applets via network vendors. Because of Aravamudan' s loading 
is not explicitly stated as a download process, the effect of loading from a network would be 
similar to or suggestive of a download. The Reifer reference is used to evidence that such 
network retrieval of Java code was a known process and/or can be a security-controlled 
download process in, say, a browser session. The Reifer reference is by no means applied to 
again provide teaching of a call service component, a limitation that Aravamudan already has 
met. And since the rejection is a USC 103(a) any rebut to the rationale thereof has to take into 
consideration the combined teachings. In response to applicant's arguments against the 
references individually, one cannot show nonobviousness by attacking references individually 
where the rejections are based on combinations of references. See In re Keller, 642 F.2d 413, 
208 USPQ 871 (CCPA 1981); In re Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 
1986). 

(C ) The remaining arguments ( Appl. Rmrks, pg. 11) are not specific to any particular applied 
teachings cited from the references or fall under the ambit of the subject matter being tended to 
in sections B or A above. Hence, they are not persuasive. 

Therefore, the claims stand rejected as set forth in the Office Action. 

Conclusion 
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Any inquiry concerning this communication or earlier communications from the 



examiner should be directed to Tuan A Vu whose telephone number is (272) 272-3735. The 
examiner can normally be reached on 8AM-4:30PM/Mon-Fri. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Kakali Chaki can be reached on (571)272-3719. 

The fax phone number for the organization where this application or proceeding is 
assigned is (571) 273-3735 ( for non-official correspondence - please consult Examiner before 
using) or 571-273-8300 ( for official correspondence) or redirected to-customer service at 571- 



Any inquiry of a general nature or relating to the status of this application should be 
directed to the TC 2100 Group receptionist: 571-272-2100. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 



272-3609. 




Tuan A Vu 



Patent Examiner, 
Art Unit 2193 
January 20, 2005 



